How to Pair
production codeはすべてペアで書く（主張）
A good rule of thumb is to pair on anything that you need to maintain, which includes tests and automation.
「メンテナンスする必要のあるものは何であれペアで書く。テストと自動化もペアで書く対象」
マネージャーがペアをアサインするのではない
pairs are fluid, forming naturally and shifting throughout the day.
流動的で、自然発生し、1日を通して移り変わる
週が進む中でチームの全ての開発者とペアになる
新鮮な視点が必要ならパートナーを変える
問題を新しい人に説明するだけで解決の一助となる
1日につき数回パートナーを変えるのはよい考え（詰まっていなくても）
全員が知っていて素早く移れることを可能にする
タスクを終えたときは変える
Jamesさんは大きいタスクなら4時間（半日と理解）
90分で交代の例（論文 Promiscuous pairing and Beginner’s mind (Arlo Belshee)）
パートナーの好みについてチェックインの時間をとる
テイラーメイドということ？
ドライバーの時
ナビゲーターにはドライバーが独力で考える時間を作ってほしいか
ドライバーが立ち止まって考えることがないように、keep on top of thingsして（＝物事を全て把握し続けていて）ほしいか
ナビゲーターの時
ドライバーに考えていることを言語化してほしいか
次に来るものに集中したいか
ドライバーとナビゲーターを厳格に分けたいか
ナビゲーターは考える時間を多く持っているので、アイデアや問題が見える
Pairs produce code through conversation.
「会話を通してコードを生み出す」
think out loud
思いついた事を(整理しないまま)声に出して言う（ウィズダム英和辞典）
＝think aloud
talk about your assumptions, short-term goals, general direction, and any relevant history.
ドライバーとナビゲーターを頻繁に交代する
可能なら数分ごとに
ペアで働くと、一人だけで働くよりも、一緒により一生懸命に働き、多くを達成したと感じる